Fraud analysis for a location aware transaction

ABSTRACT

The disclosed subject matter provides for fraud analysis for a location aware transaction. In an aspect, location information can be associated with historical fraud events. The location of user equipment can be analyzed against historical fraud information to facilitate determination of a fraud factor value. The fraud factor value can reflect a determination related to the likelihood of fraud occurring in the present transaction based on the historic fraud events at the same or similar location as the present location of the user equipment. The determination can be based on fraud rules. Further aspects provide for abstraction of the fraud factor to limit exposure of personal information associated with wireless carrier subscribers in fraud analysis for a location aware transaction.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is related to U.S. patent application Ser. No. 12/712,424, filed Feb. 25, 2010, which is hereby incorporated by reference in its entirety.

TECHNICAL FIELD

The disclosed subject matter relates to fraud analysis technologies and, more particularly, to fraud analysis for location aware transactions.

BACKGROUND

Conventionally, location aware fraud detection has relied on a payment method being collocated with an identified mobile phone. As such, when a customer places an order, the vendor, e.g., the bank issuing the credit card used in the transaction, can check the location of a phone associated with the vendor account. By checking the location of the mobile phone, it can be assumed that where the phone is close to the credit cards being used and where the phone is associated with the user issued the credit card, that the credit card is likely not being used fraudulently. Vendors can use these traditional systems to “verify” the identity of the financial card user by their proximity to the financial cards themselves. For example, where a party pays for movie tickets at a theatre by credit card, the credit card company can query the location of the mobile phone issued to the “party”. Where the phone is collocated at the movie theatre, it can be deduced that the party using the credit cards is the authorized user. In contrast, where the phone is located in another city, it can be deduced that the party using the card is doing so fraudulently.

These conventional systems rely on associations between a user and a payment method, e.g., a credit/debit card. These systems can fail where a mobile phone is not owned by a vendor customer, e.g., there is no mobile phone to associate with a credit/debit card. Further, even where a mobile phone is associated with a vendor customer account, if the vendor customer doesn't bring the mobile phone with them, the verification system can fail even though there is no fraud occurring. Additionally, fraud often is associated with rapid use of a compromised vendor account, and conventional systems may be circumvented by registering a disposable or temporary mobile phone to a compromised account to circumvent the conventional fraud technology.

The above-described deficiencies of conventional location aware fraud detection is merely intended to provide an overview of some of problems of current technology, and are not intended to be exhaustive. Other problems with the state of the art, and corresponding benefits of some of the various non-limiting embodiments described herein, may become further apparent upon review of the following detailed description.

SUMMARY

The following presents a simplified summary of the disclosed subject matter in order to provide a basic understanding of some aspects of the various embodiments. This summary is not an extensive overview of the various embodiments. It is intended neither to identify key or critical elements of the various embodiments nor to delineate the scope of the various embodiments. Its sole purpose is to present some concepts of the disclosure in a streamlined form as a prelude to the more detailed description that is presented later.

Various embodiments relate to fraud analysis for location aware transactions. In one example embodiment, a system comprises a location determination component to determine a location, the location facilitating receiving historical fraud information associated with the location. The exemplary system further comprises an analysis component to determine a value based on a condition relating to historical fraud information. This value can be determined based on the satisfaction of the condition. In some embodiments, weighting factors can be employed in determining the value as disclosed hereinbelow.

In another example embodiment, a method comprises receiving location information for user equipment. The example method further comprises receiving fraud history information based on the location of the user equipment. Based on the fraud history information, the method can further comprise determining a value. In some embodiments, the value can reflect the likelihood of fraud occurring for transactions associated with user equipment at the location based on previous fraudulent activity occurring at or near the location.

In another example embodiment, a computing device comprises a processor configured to receive an equipment identifier for user equipment. The processor can further receive a transaction identifier. Further, location information for the user equipment can be received. The processor can further receive historical fraud information related to the location information and can determine a fraud factor value. The fraud factor value can be associated with the transaction identifier. Moreover, the processor can be configured to facilitate access to the fraud factor and the transaction identifier.

To the accomplishment of the foregoing and related ends, the disclosed subject matter, then, comprises one or more of the features hereinafter more fully described. The following description and the annexed drawings set forth in detail certain illustrative aspects of the subject matter. However, these aspects are indicative of but a few of the various ways in which the principles of the subject matter can be employed. Other aspects, advantages, and novel features of the disclosed subject matter will become apparent from the following detailed description when considered in conjunction with the drawings.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is an illustration of a system that facilitates fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure.

FIG. 2 is a depiction of a system that facilitates fraud analysis with timed fingerprint location technology for a location aware transaction in accordance with aspects of the subject disclosure.

FIG. 3 illustrates a system that facilitates carrier-side fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure.

FIG. 4 is a depiction of a system that facilitates user equipment-side fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure.

FIG. 5 is a depiction of a system that facilitates vendor-side fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure.

FIG. 6 illustrates a non-limiting exemplary system facilitating fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure.

FIG. 7 illustrates a method facilitating fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure.

FIG. 8 illustrates a method for facilitating fraud analysis by way of an event identifier associated with a location aware transaction in accordance with aspects of the subject disclosure.

FIG. 9 is a block diagram of an exemplary embodiment of a mobile network platform to implement and exploit various features or aspects of the subject disclosure.

FIG. 10 illustrates a block diagram of an exemplary embodiment of an access point to implement and exploit one or more features or aspects of the subject disclosure.

FIG. 11 illustrates a block diagram of a computing system operable to execute the disclosed systems and methods in accordance with an embodiment.

DETAILED DESCRIPTION

In contrast to conventional location aware fraud detection techniques or systems, the presently disclosed subject matter illustrates location aware fraud analysis leveraging historic fraud location information. As an example of fraudulent vendor account usage, credit cards can be stolen and used for remote electronic purchase transactions where the purchase items are sent to a mailbox center. The mailbox is set up under a fraudulent name and is used for a relatively short term and is then moved under yet a different name to another location to avoid law enforcement detection and intervention. The holder of the stolen credit card or credit information calls an electronic vendor who takes the credit card information and so long as the credit card has not yet been identified as stolen, the thief is able to get the item purchased and will typically pay for expedited delivery in hopes the item will ship immediately and arrive prior to the owner of the card learning of the theft. The same card may be used for many purchases in a short term. Often, such thieves can be part of a ring that may make these transactions from a common location using anonymous cell phones, e.g., temporary or disposable user equipment such as those made anonymous by use of prepaid SIM cards. Tracking the history of fraudulent transaction can indicate locations that are frequently associated with fraudulent activity. For example, a ring of thieves can use a home as a base of operations wherein multiple fraudulent activities are originated from user equipment located at or near the home. The multiple frauds can be detected and associated with the home such that future purchases from the home can be subject to heightened scrutiny.

In an aspect, location information for a UE can be employed to facilitate access to historical fraud information. Historical fraud information can expressly include locations originating one or more fraudulent transactions. Historical fraud information can further include UE tracks. UE tracks can be a set of locations related to the transportation of a UE. For example, where a thief originates fraudulent transactions while walking between their home and place of work, the “UE track”, e.g., path, between the home and place of work can be associated with the fraudulent activity. Further, the historical fraud information can be historical information from one or more UEs correlated with a set of locations, e.g., a single UE fraud history or the agglomerated fraud history of multiple UEs. Further, historical fraud information can be based on non-UE sources, such as a vendor or carrier explicitly designating a location as associated with fraud, designating a user equipment as associated with fraud, designating a user equipment track as associated with fraud, etc. User equipment location information can be based on nearly any form of location technology, including, global positioning system (GPS), enhanced GPS (eGPS), triangulation, multilateration, proximity sensing, timed fingerprint location (TFL, as disclosed more fully in the application incorporated herein by reference), inertial sensing, dead reckoning, etc.

The subject disclosure is now described with reference to the drawings, wherein like reference numerals are used to refer to like elements throughout. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the subject disclosure. It may be evident, however, that the subject disclosure may be practiced without these specific details. In other instances, well-known structures and devices are shown in block diagram form in order to facilitate describing the subject disclosure.

FIG. 1 is an illustration of a system 100, which facilitates fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure. System 100 can include location determination component 110. Location determination component 110 can facilitate access to location information. Location information can be based on nearly any form of location technology, including, GPS, enhanced GPS (eGPS), triangulation, multilateration, proximity sensing, TFL, inertial sensing, etc. For example, a location can be determined from a GPS component of a UE. As a second example, a TFL component of a UE can provide a location.

System 100 can further include location aware transaction analysis component (LATAC) 120. LATAC 120 can facilitate detecting fraudulent activity based on UE location information. A location aware transaction (LAT) can be a transaction in which location information can be associated with the transaction. In an aspect, a LAT can be associated with transaction origination location information, transaction delivery location information, transaction equipment location information, etc. For example, a LAT can be associated with an “ordering address”, a “delivery address”, and the location of user equipment employed in the transaction. This location information can be redundant, for example, where the ordering address, the delivery address, and the location of a tablet computer used to place the order are all the same location.

LATAC 120 can receive location information from location determination component 110 related to the location of UE. As such, LATAC 120 can be a source of information for a LAT, e.g., by sourcing the location information for a UE associated with the LAT. Further, LATAC 120 can determine a value for a fraud factor based on location information received from location determination component 110. A fraud factor can be a metric of the likelihood of fraudulent activity. For example, where a UE is located at a location historically associated with hundreds of previous fraudulent activities while surrounding areas have no historical fraudulent activity, the fraud factor can be associated with a value reflecting a high likelihood of fraud. In contrast, where the UE is located at a location historically associated with hundreds of previous fraudulent activities but surrounding areas have similar or higher levels of fraudulent activity, the fraud factor can be associated with a value reflecting an average likelihood of fraud. A fraud factor can be used alone or in conjunction with other fraud metrics in forming a final determination of the likelihood of fraud. For example, the fraud factor can be employed in conjunction with personal identification numbers (PINs), credit card verification (CCV) numbers, billing address verification, etc.

In an embodiment, system 100 can facilitate analysis of fraud based on the location of a UE associated with a LAT. For example, a transaction can be originated from a UE. Identifiers for the UE can be received as part of the transaction. UE identifiers can include a subscriber identity module (SIM) number, an electronic serial number (ESN), a mobile identification number (MIN), an international mobile equipment identity (IMEI) number, etc. Wireless carrier networks can access location information for identified UEs, such as by multilateration, affiliation with a NodeB, or TFL location information. Further, location information can be received from the UE, for example, GPS or eGPS. As such, the transaction can be considered a LAT. The location of the UE can be checked against historical location centric fraud information. Where a UE is located at or near a location associated with fraud, the likelihood of fraud for the instant transaction can increase. Conversely, where the UE is located in a location not historically associated with fraud, the likelihood of fraud for the instant transaction can decrease.

In an aspect, the location of the UE associated with the transaction can be employed to expand a location centric fraud data set. The transaction can be logged and later updated if the transaction becomes associated with a fraud. For example, on June 21 a transaction can be placed by a cell phone associated with 123 Main St., based on UE location information. The transaction can be stored in a location centric fraud database. On July 26, the transaction can be flagged as fraudulent when a vendor customer calls to complain that fraudulent activity, including the transaction associated with 123 Main St., is appearing on their credit card statement. The record for the transaction at 123 Main St. can then be updated in the location centric fraud database. Thus, future transactions occurring from 123 Main St. can access the fraud history for the June 21 transaction. The occurrence of fraud activity at 123 Main St. on June 21 can be considered relevant in determining a fraud factor value, e.g., by way of LATAC 120, for a predetermined period. The period can be, for example, six months, 2 years, 10 years, etc. Further, the relevant period can be event driven, for example, the June 21 fraud event can be relevant until public records show a sale of the home at 123 Main St., etc.

Associating historical fraudulent activity with locations can facilitate fraud detection that is independent of a UE associated with the transaction. In an aspect, where 123 Main St. is associated with historical fraud activity, it is the location 123 Main St. that is associated with the fraud such that any future transaction associated with 123 Main St. can be considered at an increased risk of fraud. Thus, where a thief switches between several stolen phones and uses prepaid SIM cards to obfuscate the ownership of the phone in regard to the transaction, the use of each of these phones from 123 Main St. can be cause for a fraud factor score indicative of a high risk of fraudulent activity. Similarly, where several thieves use a “home base”, the fraudulent activity of one thief at the “home base” location can reduce the likelihood that the other thieves can continue their fraudulent activity at the same location.

Of note, a location can be associated with an address, e.g., 123 Main St., however, the location can just as easily be in other forms. A location can be an address, a GPS time stamp set, bin grid array location, longitude and latitude, etc. Further, a location can be two-dimensional or three-dimensional, for example, a location can be a floor number of an office building, an apartment identified by longitude/latitude/elevation, etc.

FIG. 2 is a depiction of a system 200 that can facilitate fraud analysis with timed fingerprint location technology for a location aware transaction in accordance with aspects of the subject disclosure. System 200 can include TFL location determination component 210. TFL location determination component 210 can facilitate access to TFL location information. TFL information can be a source of location information for UEs. Moreover, TFL information can be employed at various levels of granularity. Further, TFL information can be employed with little to no additional power consumption. TFL information can provide advantages over GPS-type techniques, near field communication techniques, or proximity sensor techniques and is distinct from these other forms of location determination.

TFL information can include location or timing information as disclosed in more detail in U.S. Ser. No. 12/712,424 filed Feb. 25, 2010, which application is hereby incorporated by reference in its entirety. As such, TFL location determination component 210 can facilitate access to location information for a UE and TFL information can be information from systems in a timed fingerprint location wireless environment, such as a TFL component of a wireless telecommunications carrier. As a non-limiting example, a mobile device, including mobile devices not equipped with a GPS-type system, can be located by looking up timing information associated with the mobile device from a TFL information reference.

In an aspect, TFL information can include information to determine a differential value for a NodeB site pair and a bin grid frame, as disclosed in more detail in incorporated U.S. Ser. No. 12/712,424. A centroid region (possible locations between any site pair) for an observed time value associated with any NodeB site pair (NBSP) can be calculated and is related to the determined value (in units of chip) from any pair of NodeBs. When UE time data is accessed, a value look-up can be initiated (e.g., a lookup for “DV(?,X)” as disclosed in more detail in the application incorporated herein by reference). Relevant NBSPs can be prioritized as part of the look-up. Further, the relevant pairs can be employed as an index to lookup a first primary set. As an example, time data for a UE can be accessed in relation to a locating event in a TFL wireless carrier environment. In this example, it can be determined that a NBSP, with a first reference frame, be used for primary set lookup with the computed DV(?,X) value as the index. This can for example return a set of bin grid frame locations forming a hyperbola between the NodeBs of the NBSP. A second lookup can then be performed for an additional relevant NBSP, with a second reference frame, using the same value DV(?,X), as an index into the data set. Continuing the example, the returned set for the look up with second NBSP can return a second set of bin grid frames. Thus, the UE is likely located in both sets of bin grid frames. Therefore, where the UE is likely in both sets, it is probable that the location for the UE is at an intersection of the two sets. Additional NBSPs can be included to further narrow the possible locations of the UE by providing additional intersections among relevant bin grid sets. As such, employing TFL information for location determination is demonstrably different from conventional location determination techniques or systems such as GPS, eGPS, triangulation or multilateration in wireless carrier environments, near field techniques, or proximity sensors.

System 200 can further include LATAC 220. LATAC 220 can be communicatively coupled to TFL location determination component 210. LATAC 220 can facilitate the analysis TFL location information in determining a fraud factor value. LATAC 220 can include decision engine component 230.

Decision engine component 230 of system 200 can facilitate forming determinations relating to a fraud analysis rule. Determinations can include satisfying a fraud analysis rule, not satisfying a fraud analysis rule, satisfying part of a fraud analysis rule, applying a fraud analysis rule to a set of information, etc. A determination relating to a fraud analysis rule can be related to location information, including TFL location information. For example, where a fraud analysis rule is satisfied when a UE location is the same as a historic fraud location, decision engine component 230 can determine is this rule is satisfied by comparing a TFL location for a UE with a set of historical fraud locations. As a further example, decision engine component 230 can apply a weighting rule to location information and historical fraud information, such as where a rule indicates that a weighting factor of ½x is to be applied to historical fraud over one year old. Moreover, decision engine component 230 can apply a fraud analysis rule to a set of information that includes non-location information, for example, where the SIM has been activated in the last 48-hours a weighting factor of 2x should be applied. Numerous other examples of specific rules are not explicitly recited for brevity but are to be considered within the scope of the present disclosure.

In an aspect, decision engine component 230 can include rule component 240 to facilitate forming determinations related to a fraud analysis rule. Rule component 240 can facilitate employing one or more fraud analysis rules. These rules can include, rules for determining a fraud factor value, determining a value employed in determining a fraud factor value, applying weighting, inclusion or exclusion of historical fraud activity, determining the scope of a relevant region around a location, etc. In an embodiment, rule component 240 can be a rule engine that allows the application of logical determinations to be embodied in one or more algorithms related to the analysis of a fraud analysis rule. As a non-limiting example, rule component 240 can generate a rule that alters a weighting of a historical fraud activity based on the age of the historical fraud activity. As a second non-limiting example, rule component 240 can generate a rule that determines a region to be included in a UE track, a region around a rural property, a region around an urban property, etc. As a third non-limiting example, rule component 240 can receive a rule that selects target historical fraud data sets to be included in an analysis, e.g., a Kansas data set can be accessed for UE locations identified in Kansas, a Canadian data set can be selected for UE locations in Alberta, etc.

In other embodiments, rule component 240 can directly apply predetermined rules to fraud analysis. For example, rule component 240 can apply a weighting rule that amplifies fraud activities where the UE has recently been activated with a wireless carrier. As a second example, rule component 240 can apply a predetermined rule that excludes entire regions, such as prohibiting transactions in Canada. Further explicit examples are not provided for brevity but all such examples are to be considered within the scope of the present disclosure.

System 200 can further include fraud history information component 250. Fraud history information component 250 can facilitate receiving historical fraud information. Fraud history information component 250 can include local, remote, or distributed data stores. For example, fraud history information component 250 can facilitate access to historic fraud resource information from a financial institution database, e.g., a vendor supplied location centric fraud database. As a second example, fraud history information component 250 can facilitate access to historic fraud data on a wireless carrier database. Similarly, fraud data can be distributed, e.g., cloud based. Fraud history information component 250 can be communicatively coupled to decision engine component 230 of LATAC 220 to facilitate determining a value for a fraud factor based on historical fraud information and the location of a UE.

FIG. 3 illustrates a system 300 that facilitates carrier-side fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure. System 300 can include location determination component 310. Location determination component 310 can facilitate access to location information. Location determination component 310 can be communicatively coupled to carrier-side LATAC 320. Carrier-side LATAC 320 can facilitate detecting fraudulent activity based on UE location information. In an aspect, carrier-side LATAC 320 can be embodied on equipment associated with a wireless carrier. This equipment can include core network components, radio area networks (RANs), NodeBs, etc.

Carrier-side LATAC 320 can include decision engine component 330 that can facilitate forming determinations relating to a fraud analysis rule. Decision engine component 330 can include rule component 340 to facilitate employing one or more fraud analysis rules. Further, decision engine 330 can be communicatively coupled to Fraud history information component 350. Fraud history information component 350 can facilitate receiving historical fraud information. Fraud history information component 350 can include local, remote, or distributed data stores including fraud data and other historical information related to fraud analysis.

System 300 can further include vendor interface component 360. In this context, a vendor is a provider of financial services related to a transaction and includes credit card financial service providers, debit card financial service providers, electronic banking service providers, electronic commerce companies providing financial services such as PayPal, etc. Vendor interface component 360 can facilitate interaction with vendor systems. For example, vendor interface component 360 can facilitate a communicative coupling between a credit card provider and carrier-side LATAC 320 to facilitate communications germane to approving a present transaction for which location aware fraud analysis is appropriate. The exemplary credit card provider can supply carrier-side LATAC 320 with a UE identifier by way of vendor interface component 360. Carrier-side LATAC 320 can facilitate access by the exemplary credit card company to a determined fraud factor by way of vendor interface component 360. Further, rule component 340 can access vendor specific rules from the exemplary credit card company by way of vendor interface component 360. Numerous other examples of interaction between a vendor system and carrier-side LATAC 320 by way of vendor interface component are not explicitly recited for brevity but are to be considered within the scope of the disclosed subject matter.

System 300 can further include UE interface component 370. UE interface component 370 can facilitate interaction between carrier-side LATAC 320 and a UE. For example, carrier-side LATAC 320 can receive location information, subscriber information, identifiers, usage history, etc. from a UE by way of UE interface component 370.

In an aspect, system 300 illustrates location of many of the components on the carrier-side as compared to the vendor-side or UE-side. This can be useful in that typically the computing g power available at a wireless carrier will be substantially greater than that located in UE associated with the wireless carrier. Of note, location determination component 310 can be located independently, carrier-side or UE-side.

In a further aspect, system 300 limits exposure of personal information of wireless carrier subscribers from being shared with vendors. System 300 can process fraud analysis for LATs by receiving a request for the analysis form a vendor by way of vendor interface component 360. The request can be associated with a request identifier (not illustrated) and a UE identifier. Of note, the UE identifier need not be directly correlated with personal information of a wireless subscriber associated with the UE, for example, a unique number can be convolved on a UE for a LAT and can be given to a vendor who, in turn, can provide it to the carrier-side LATAC 320 by way of vendor interface component 360. This number can be convolved to specifically provide privacy to the owner of the UE under the assumption that most transactions are not fraudulent. The number can be deconvolved at the carrier-side LATAC 320 to access wireless subscriber information and location information that can be employed in the fraud analysis. Thereafter, a fraud factor and the reconvolved number can be returned to the vendor by way of vendor interface component 360. Further, a fraud factor and request identifier can be made accessible to the vendor by way of vendor interface component 360, typically associating a specific transaction to the fraud factor without revealing personal information to the vendor. Of course, other non-convolved identifiers of the UE can also be employed, but this will typically be associated with the possibility of sharing personal information with a vendor.

FIG. 4 is a depiction of a system 400 that facilitates user equipment-side fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure. System 400 can include location determination component 410. Location determination component 410 can facilitate access to location information. Location determination component 410 can be communicatively coupled to UE-side LATAC 420. UE-side LATAC 420 can facilitate detecting fraudulent activity based on UE location information. In an aspect, UE-side LATAC 420 can be embodied on UE equipment associated with a relationship to a wireless carrier. UE equipment can include cell phones, smartphones, laptop computers, notebook computers, tablet computers, mobile broadband equipment (e.g., USB dongles or antennas), mobile hotspots, vehicle computers or vehicular computing systems, electronic books (e.g., Nook, Kindle, Sony eReader, etc.), GPS map devices, etc.

UE-side LATAC 420 can include decision engine component 430 that can facilitate forming determinations relating to a fraud analysis rule. Decision engine component 430 can include rule component 440 to facilitate employing one or more fraud analysis rules. Further, decision engine 430 can be communicatively coupled to fraud history information component 450. Fraud history information component 450 can facilitate receiving historical fraud information. Fraud history information component 450 can include local, remote, or distributed data stores related to fraud analysis.

System 400 can further include vendor interface component 460. Vendor interface component 460 can facilitate interaction with vendor systems. For example, vendor interface component 460 can facilitate a communicative coupling between a credit card provider and UE-side LATAC 420. UE-side LATAC 420 can facilitate access for the exemplary credit card company to a determined fraud factor by way of vendor interface component 460. Further, rule component 440 can access vendor specific rules from the exemplary credit card company by way of vendor interface component 460. Numerous other examples of interaction between a vendor system and UE-side LATAC 420 by way of vendor interface component are not explicitly recited for brevity but are to be considered within the scope of the disclosed subject matter.

System 400 can further include carrier interface component 470. Carrier interface component 470 can facilitate interaction between UE-side LATAC 420 and wireless carrier components in a manner similar to that of the vendor interface component 460 facilitating interaction with vendor-side components. For example, UE-side LATAC 420 can receive location information, subscriber information, identifiers, usage history, etc., from a carrier-side component by way of carrier interface component 470.

In an aspect, system 400 illustrates location of many of the components on the UE-side as compared to the vendor-side or carrier-side. This can be useful in that much of the fraud analysis can occur local to the UE. This does however expose portions of system 400 to parties in control of the UE in a manner that could allow of penetration of the fraud analysis. For example, where a fraudulent activity is occurring, it is likely that the fraudster has access to the UE. Where the fraudster can access the UE-side components there is the possibility that the benefits of the fraud analysis can be negated by way of hacking or other interaction with the UE-side components of system 400. Where suitable precautions are taken, these risks can be minimized and much of the processing associated with the fraud analysis can be distributed to the large plurality of UEs rather than being centralized at the carrier as in system 300 or with the vendor as in system 500. This can significantly reduce the computing load at carrier-side or vendor-side components.

In a further aspect, system 400 limits exposure of personal information associated with wireless carrier subscribers from being shared with vendors. System 400 can process fraud analysis for LATs by receiving a request for the analysis form a vendor by way of vendor interface component 460. The request can be associated with a request identifier (not illustrated). Of note, a UE identifier need not be communicated with the vendor. A fraud factor can be determined at UE-side LATAC 420, associated with the request identifier, and made accessible to the vendor by way of vendor interface component 460, typically associating a specific transaction to the fraud factor without revealing personal information to the vendor.

FIG. 5 illustrates a system 500 that facilitates vendor-side fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure. System 500 can include location determination component 510. Location determination component 510 can facilitate access to location information. Location determination component 510 can be communicatively coupled to vendor-side LATAC 520. Vendor-side LATAC 520 can facilitate detecting fraudulent activity based on UE location information. In an aspect, vendor-side LATAC 520 can be embodied on vendor-side equipment.

Vendor-side LATAC 520 can include decision engine component 530 that can facilitate forming determinations relating to a fraud analysis rule. Decision engine component 530 can include rule component 540 to facilitate employing one or more fraud analysis rules. Further, decision engine 530 can be communicatively coupled to fraud history information component 550. Fraud history information component 550 can facilitate receiving historical fraud information. Fraud history information component 550 can include local, remote, or distributed data stores related to fraud analysis.

System 500 can further include carrier interface component 560. Carrier interface component 560 can facilitate interaction with wireless carrier components and systems. For example, carrier interface component 560 can facilitate a communicative coupling between a wireless carrier and vendor-side LATAC 520. Vendor-side LATAC 520 can facilitate receiving location information, subscriber information, identifiers, usage history, etc., from a carrier-side component by way of carrier interface component 560. Numerous other examples of interaction between a wireless carrier and vendor-side LATAC 520 by way of carrier interface component are not explicitly recited for brevity but are to be considered within the scope of the disclosed subject matter.

System 500 can further include UE interface component 570. UE interface component 570 can facilitate interaction between vendor-side LATAC 520 and UE components. For example, vendor-side LATAC 520 can receive location information, subscriber information, identifiers, usage history, etc. from UE-side components by way of UE interface component 570.

In an aspect, system 500 illustrates location of many of the components on the vendor-side as compared to the UE-side or carrier-side. This can be useful in that much of the fraud analysis can occur local to the vendor who is typically an entity directly interested in the fraud analysis. System 500, however, can expose wireless carrier customer personal information to vendors. System 500 can process fraud analysis for LATs by receiving location information and/or identification information from a UE by way of UE interface component 560 and/or location determination component 510. A fraud factor can be determined directly at vendor-side LATAC 520. Although not illustrated, it is to be noted that location determination component 510 can be communicatively coupled to vendor-side LATAC 520 to facilitate receiving location information for a fraud analysis.

Of note, aspects of system 300, 400, and 500 can be selectively employed to create hybrid systems, not illustrated, which are considered to be within the scope of the presently disclosed subject matter. For example, a hybrid system can include a carrier-side LATAC but a vendor-side fraud history information component. AS a second example, a hybrid system can include a UE-side LATAC, a distributed decision engine component, and a carrier-side fraud history information component. Numerous other examples of hybrid systems within the scope of the presently disclosed subject matter are not expressly illustrated for brevity.

FIG. 6 illustrates a non-limiting exemplary system 600 facilitating carrier-side fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure. System 600 can include UE 682 that can include TFL information component 610 and UE-side interface component 670. TFL information component 610 can facilitate determining the location of UE 682 based on TFL information as disclosed herein. UE-side interface component 670 can facilitate interaction between UE 682 and other components of system 600.

System 600 can further include NodeBs 690 and 692, and access point 696. Each of these NodeBs and/or access point can facilitate a communications link (e.g., 691, 693, and 697 respectively) with UE 682 as illustrated. Further, UE 682 can employ TFL information related to the timing of communications links, by way of TFL location determination component 610 to determine a location of UE 682 at home 684. Of note, access point 696 can be associated with a predetermined physical location such that when UE 682 is within range of access point 696, UE 682 can be considered to be at or near the predetermined location associated with access point 696. While this is not TFL location information, it can supplement TFL location information in a manner similar to supplementing TFL location information with GPS location information, etc.

System 600 can further include carrier 688. Carrier 688 can be a wireless carrier that can be equipped with carrier-side LATAC 620. Carrier-side LATAC 620 can facilitate detecting fraudulent activity based on UE location information. In an aspect, carrier-side LATAC 320 can be embodied on equipment associated with wireless carrier 688. This equipment can include core network components, radio area networks (RANs), NodeBs, etc., as disclosed hereinabove. Carrier-side LATAC 320 can include decision engine component (not illustrated) that can facilitate forming determinations relating to a fraud analysis rule. Decision engine component can include rule component (not illustrated) to facilitate employing one or more fraud analysis rules. Further, decision engine can be communicatively coupled to fraud history information component (not illustrated). Fraud history information component can facilitate receiving historical fraud information. Fraud history information component can include local, remote, or distributed data stores including fraud data and other historical information related to fraud analysis, as disclosed hereinabove.

System 600 can also include vendor 868. Vendor 686 can be a provider of financial services related to a transaction as disclosed hereinabove. Vendor 868 can include vendor-side interface component 660. Vendor-side interface component 660 can facilitate interaction between vendor 686 and other components of system 600.

UE 682 can be associated with a LAT. Vendor 686 can request a fraud factor related to the transaction. The request can cause carrier 688 to receive a transaction identifier from vendor 686 and a UE location from UE 682. The UE location from UE 682 can be received from TFL location determination component 610, which can determine the location of UE 682 by way of TFL information. The location information for UE 682 can be received by carrier-side LATAC 620. The location information can be processed against historical fraud information for locations related to UE 682. A fraud factor can be derived and associated with the received transaction identifier. Vendor 686 can received the transaction identifier and the associated fraud factor by way of vendor-side interface component 660. Based on the fraud factor, the transaction involving 682 can be approved, declined, or further verification can be initiated.

FIG. 6 is presented only to better illustrate some of the benefits of the presently disclosed subject matter and is explicitly not intended to limit the scope of the disclosure to the various aspects particular to the presently illustrated non-limiting example. In some embodiments, the use of GPS or other location technology can be included as complimentary to TFL information without departing from the scope of the present disclosure. It is noteworthy that GPS or other location information from a UE is not required to determine TFL information as disclosed in the related application. Thus, even where legacy UEs, e.g., UEs without GPS or eGPS capabilities, are in system 600, the timing information from those legacy devices can be employed in TFL location information determinations and similarly in fraud analysis for a LAT. This can be particularly useful in regions that have limited distribution of GPS enabled UEs or where GPS functions poorly due to environmental factors such as urban cores, mountainous regions, etc.

In view of the example system(s) described above, example method(s) that can be implemented in accordance with the disclosed subject matter can be better appreciated with reference to flowcharts in FIG. 7-FIG. 8. For purposes of simplicity of explanation, example methods disclosed herein are presented and described as a series of acts; however, it is to be understood and appreciated that the claimed subject matter is not limited by the order of acts, as some acts may occur in different orders and/or concurrently with other acts from that shown and described herein. For example, one or more example methods disclosed herein could alternatively be represented as a series of interrelated states or events, such as in a state diagram. Moreover, interaction diagram(s) may represent methods in accordance with the disclosed subject matter when disparate entities enact disparate portions of the methodologies. Furthermore, not all illustrated acts may be required to implement a described example method in accordance with the subject specification. Further yet, two or more of the disclosed example methods can be implemented in combination with each other, to accomplish one or more aspects herein described. It should be further appreciated that the example methods disclosed throughout the subject specification are capable of being stored on an article of manufacture (e.g., a computer-readable medium) to allow transporting and transferring such methods to computers for execution, and thus implementation, by a processor or for storage in a memory.

FIG. 7 illustrates aspects of a method 700 facilitating fraud analysis for a location aware transaction in accordance with aspects of the subject disclosure. At 710, UE identifier information can be received. UE identifier information can include a SIM number, an electronic serial number, a mobile identification number, an IMEI number, etc. The received UE identifier can be employed in looking up UE information including UE location information.

At 720, method 700 can receive location information. The location information can be based on the UE identifier information. Location information can be received from nearly any form of location technology, including, GPS, enhanced GPS (eGPS), triangulation, multilateration, proximity sensing, TFL, inertial sensing, etc. For example, location information can be received from a GPS component of a UE. As a second example, location information can be received from a TFL component.

TFL information can include location information as disclosed in more detail in U.S. Ser. No. 12/712,424 filed Feb. 25, 2010, which application, as previously stated, is hereby incorporated by reference in its entirety. As such, TFL information can include location information for a UE based on timing information. As a non-limiting example, a mobile device, including mobile devices not equipped with a GPS-type system, can be located by looking up timing information associated with the mobile device from a TFL information reference. As such, the exemplary mobile device can be located using TFL information without employing GPS-type techniques. In an aspect, TFL information can include information to determine a DV(?,X). The centroid region (possible locations between any site pair) for an observed time value associated with any NodeB site pair (NBSP) can be calculated and is related to the determined value (in units of chip) from any pair of NodeBs. When UE time data is accessed, a DV(?,X) look-up can be initiated. Relevant NBSPs can be prioritized as part of the look-up. Further, the relevant pairs can be employed as an index to lookup a first primary set. As an example, time data for a UE can be accessed in relation to a locating event in a TFL wireless carrier environment. In this example, it can be determined that a NBSP, with a first reference frame, be used for primary set lookup with the computed DV(?,X) value as the index. This can for example return a set of bin grid frames locations forming a hyperbola between the NodeBs of the NBSP. A second lookup can then be performed for an additional relevant NBSP, with a second reference frame, using the same value DV(?,X), as an index into the data set. Continuing the example, the returned set for the look up with second NBSP can return a second set of bin grid frames. Thus, the UE is likely located in both sets of bin grid frames. Therefore, where the UE is most likely in both sets, it is probable that the location for the UE is at the intersection of the two sets. Additional NBSPs can be included to further narrow the possible locations of the UE. Employing TFL information for location determination is demonstrably different from conventional location determination techniques or systems such as GPS, eGPS, triangulation or multilateration in wireless carrier environments, near field techniques, or proximity sensors.

At 730 of method 700, historical fraud information can be received based on the UE location information. The UE location information can be employed to search historical fraud information for fraudulent activity or events related to the same UE location or nearby locations, e.g., locations within a predetermined range of a received UE location.

At 740, a fraud factor value can be determined based on the fraud history information from 730. At this point, method 700 can end. The fraud factor can be indicative of the relative likelihood of the present transaction being fraudulent based on the historical fraud at the same or nearby locations. Other factors can be incorporated into the fraud factor, e.g., weighting, scalars for other factors such as time since SIM activation, etc., as disclosed herein above. Further, the fraud factor can be included as one factor in a broader fraud determination scheme. As an example, a history of fraud at the location from which a transaction is being initiated from a UE can indicate that fraud is more likely. This exemplary fraud factor can be combined with additional considerations such as a low transaction amount, e.g., $0.99 for an MP3 purchase, etc., and the transaction can be allowed where it is determined that the chance of fraud is not worth aggravating a customer for $0.99 if the transaction turns out to be non-fraudulent. Similarly, where there are only a few instances of fraud near the location of a UE associated with a large transaction, the high transaction amount can be the overriding factor and further verification can be undertaken despite a low likelihood of fraud.

FIG. 8 illustrates a method 800 that facilitates fraud analysis by way of an event identifier associated with a location aware transaction in accordance with aspects of the subject disclosure. At 810 of method 800, a LAT event identifier information can be received. At 820, UE identifier information can be received. The received UE identifier can be employed in looking up UE information including UE location information. At 830, location information for a UE can be received. The location information can be based on the UE identifier information.

At 840 of method 800, historical fraud information can be received based on the UE location information. The UE location information can be employed to search historical fraud information for fraudulent activity or events related to the UE location. At 850, the fraud historical information from 840 can be associated with the LAT identifier information from 810. By associating the fraud history with the LAT identifier, the determination of a fraud factor can occur without specifically needing the user equipment location or the user equipment identifier information. This can provide a level of abstraction that can function to aid in the protection personal information from an entity requesting fraud analysis of a LAT.

At 860, a fraud factor value can be determined based on the historical fraud information identified by way of the associated LAT identifier information. At this point, method 800 can end. The fraud factor can be indicative of the relative likelihood of the present transaction being fraudulent based on the historical fraud information. Other factors can be incorporated into the fraud factor, e.g., weighting, scalars for other factors such as time since SIM activation, etc., as disclosed herein above.

As an example of method 800, a vendor can specify a LAT event identifier that can be received at 810, for example by carrier-side equipment. At 820, the exemplary carrier-side equipment can receive a user equipment identifier information and can employ this identifier to receive location information at 830. The location information can be employed to receive fraud information at 840 related to the UE location from 830. At 850, the fraud information can be associated with the LAT event identifier, for example at the carrier-side equipment. The fraud information can be employed to determine a frauds factor at 860, wherein the fraud factor can, for example be accessed by the vendor equipment by referencing the LAT identifier information. As such, the vendor can provide a reference number that can be associated with a fraud factor by non-vendor systems to protect personal information, and the reference number can be used to access the determined fraud factor by the vendor. In an aspect, method 800 can be executed on systems that are the same as, or similar to, system 300. Of course, other permutations of method 800 can be performed that would be more closely related to execution of systems 400, 500 or hybrids as disclosed hereinabove, all of which are considered within the scope of the present disclosure.

FIG. 9 presents an example embodiment 900 of a mobile network platform 910 that can implement and exploit one or more aspects of the subject innovation described herein. Generally, wireless network platform 910 can include components, e.g., nodes, gateways, interfaces, servers, or disparate platforms, that facilitate both packet-switched (PS) (e.g., internet protocol (IP), frame relay, asynchronous transfer mode (ATM)) and circuit-switched (CS) traffic (e.g., voice and data), as well as control generation for networked wireless telecommunication. As a non-limiting example, wireless network platform 910 can be included as part of a telecommunications carrier network, such as carrier-side LATAC 320 and 620, carrier interface components 470 and 560, or carrier 688, including telecommunications carrier networks employing timed fingerprint location environments. Mobile network platform 910 includes CS gateway node(s) 912 which can interface CS traffic received from legacy networks like telephony network(s) 940 (e.g., public switched telephone network (PSTN), or public land mobile network (PLMN)) or a signaling system #7 (SS7) network 970. Circuit switched gateway node(s) 912 can authorize and authenticate traffic (e.g., voice) arising from such networks. Additionally, CS gateway node(s) 912 can access mobility, or roaming, data generated through SS7 network 970; for instance, mobility data stored in a visited location register (VLR), which can reside in memory 930. Moreover, CS gateway node(s) 912 interfaces CS-based traffic and signaling and PS gateway node(s) 918. As an example, in a 3GPP UMTS network, CS gateway node(s) 912 can be realized at least in part in gateway GPRS support node(s) (GGSN). It should be appreciated that functionality and specific operation of CS gateway node(s) 912, PS gateway node(s) 918, and serving node(s) 916, is provided and dictated by radio technology(ies) utilized by mobile network platform 910 for telecommunication.

In addition to receiving and processing CS-switched traffic and signaling, PS gateway node(s) 918 can authorize and authenticate PS-based data sessions with served mobile devices. Data sessions can include traffic, or content(s), exchanged with networks external to the wireless network platform 910, like wide area network(s) (WANs) 950, enterprise network(s) 970, and service network(s) 980, which can be embodied in local area network(s) (LANs), can also be interfaced with mobile network platform 910 through PS gateway node(s) 918. It is to be noted that WANs 950 and enterprise network(s) 960 can embody, at least in part, a service network(s) like IP multimedia subsystem (IMS). Based on radio technology layer(s) available in technology resource(s) 917, packet-switched gateway node(s) 918 can generate packet data protocol contexts when a data session is established; other data structures that facilitate routing of packetized data also can be generated. To that end, in an aspect, PS gateway node(s) 918 can include a tunnel interface (e.g., tunnel termination gateway (TTG) in 3GPP UMTS network(s) (not shown)) which can facilitate packetized communication with disparate wireless network(s), such as Wi-Fi networks.

In embodiment 900, wireless network platform 910 also includes serving node(s) 916 that, based upon available radio technology layer(s) within technology resource(s) 917, convey the various packetized flows of data streams received through PS gateway node(s) 918. It is to be noted that for technology resource(s) 917 that rely primarily on CS communication, server node(s) can deliver traffic without reliance on PS gateway node(s) 918; for example, server node(s) can embody at least in part a mobile switching center. As an example, in a 3GPP UMTS network, serving node(s) 916 can be embodied in serving GPRS support node(s) (SGSN).

For radio technologies that exploit packetized communication, server(s) 914 in wireless network platform 910 can execute numerous applications that can generate multiple disparate packetized data streams or flows, and manage (e.g., schedule, queue, format . . . ) such flows. Such application(s) can include add-on features to standard services (for example, provisioning, billing, customer support . . . ) provided by wireless network platform 910. Data streams (e.g., content(s) that are part of a voice call or data session) can be conveyed to PS gateway node(s) 918 for authorization/authentication and initiation of a data session, and to serving node(s) 916 for communication thereafter. In addition to application server, server(s) 914 can include utility server(s), a utility server can include a provisioning server, an operations and maintenance server, a security server that can implement at least in part a certificate authority and firewalls as well as other security mechanisms, and the like. In an aspect, security server(s) secure communication served through wireless network platform 910 to ensure network's operation and data integrity in addition to authorization and authentication procedures that CS gateway node(s) 912 and PS gateway node(s) 918 can enact. Moreover, provisioning server(s) can provision services from external network(s) like networks operated by a disparate service provider; for instance, WAN 950 or Global Positioning System (GPS) network(s) (not shown). Provisioning server(s) can also provision coverage through networks associated to wireless network platform 910 (e.g., deployed and operated by the same service provider), such as femto-cell network(s) (not shown) that enhance wireless service coverage within indoor confined spaces and offload RAN resources in order to enhance subscriber service experience within a home or business environment.

It is to be noted that server(s) 914 can include one or more processors configured to confer at least in part the functionality of macro network platform 910. To that end, the one or more processor can execute code instructions stored in memory 930, for example. It is should be appreciated that server(s) 914 can include a content manager 915, which operates in substantially the same manner as described hereinbefore.

In example embodiment 900, memory 930 can store information related to operation of wireless network platform 910. Other operational information can include provisioning information of mobile devices served through wireless platform network 910, subscriber databases; application intelligence, pricing schemes, e.g., promotional rates, flat-rate programs, couponing campaigns; technical specification(s) consistent with telecommunication protocols for operation of disparate radio, or wireless, technology layers; and so forth. Memory 930 can also store information from at least one of telephony network(s) 940, WAN 950, enterprise network(s) 960, or SS7 network 970. In an aspect, memory 930 can be, for example, accessed as part of a data store component or as a remotely connected memory store.

FIG. 10 illustrates a block diagram of an example embodiment of an access point to implement and exploit one or more features or aspects of the subject innovation. Access point 1000 can be part of a communications framework, for example, a femtocell, a microcell, a picocell, a router, a wireless router, etc. (e.g., access point 696). In embodiment 1000, AP 1005 can receive and transmit signal(s) (e.g., attachment signaling) from and to wireless devices like femtocell access points, access terminals, wireless ports and routers, or the like, through a set of antennas 1020 ₁-1020 _(N) (N is a positive integer). It can be noted that antennas 1020 ₁-1020 _(N) can be part of communication platform 1015, which comprises electronic components and associated circuitry that provides for processing and manipulation of received electromagnetic signal(s) and electromagnetic signal(s) to be transmitted. Such electronic components and circuitry embody, at least in part, can comprise signaling and traffic components within a communication framework. In some embodiments, communication platform 1015 can include a receiver/transmitter 1016 that can convert signal from analog to digital upon reception, and from digital to analog upon transmission. In addition, receiver/transmitter 1016 can divide a single data stream into multiple, parallel data streams, or perform the reciprocal operation. Coupled to receiver/transmitter 1016 is a multiplexer/demultiplexer 1017 that facilitates manipulation of signal in time and frequency space. Electronic component 1017 can multiplex information (data/traffic and control/signaling) according to various multiplexing schemes such as time division multiplexing (TDM), frequency division multiplexing (FDM), orthogonal frequency division multiplexing (OFDM), code division multiplexing (CDM), space division multiplexing (SDM). In addition, mux/demux component 1017 can scramble and spread information (e.g., codes) according to substantially any code known in the art; e.g., Hadamard-Walsh codes, Baker codes, Kasami codes, polyphase codes, and so on. A modulator/demodulator 1018 is also a part of communication platform 1015, and can modulate information according to multiple modulation techniques, such as frequency modulation, amplitude modulation (e.g., M-ary quadrature amplitude modulation (QAM), with M a positive integer), phase-shift keying (PSK), and the like. Communication platform 1015 also includes a coder/decoder (codec) component 1019 that facilitates decoding received signal(s), and coding signal(s) to convey.

Access point 1005 can also include a processor 1035 configured to confer functionality, at least in part, to substantially any electronic component in AP 1005. Power supply 1025 can attach to a power grid and include one or more transformers to achieve a power level that can operate AP 1005 components and circuitry. Additionally, power supply 1025 can include a rechargeable power component to ensure operation when AP 1005 is disconnected from the power grid, or in instances, the power grid is not operating.

Processor 1035 also is functionally connected to communication platform 1015 and can facilitate operations on data (e.g., symbols, bits, or chips) for multiplexing/demultiplexing, such as effecting direct and inverse fast Fourier transforms, selection of modulation rates, selection of data packet formats, inter-packet times, etc. Moreover, processor 1035 is functionally connected, via a data or system bus, to calibration platform 1012 and other components (not shown) to confer, at least in part functionality to each of such components.

In AP 1005, memory 1045 can store data structures, code instructions and program modules, system or device information, code sequences for scrambling, spreading and pilot transmission, location intelligence storage, determined delay offset(s), over-the-air propagation models, and so on. Processor 1035 is coupled to the memory 1045 in order to store and retrieve information necessary to operate and/or confer functionality to communication platform 1015, calibration platform 1012, and other components (not shown) of access point 1005.

In order to provide a context for the various aspects of the disclosed subject matter, FIG. 11, and the following discussion, are intended to provide a brief, general description of a suitable environment in which the various aspects of the disclosed subject matter can be implemented. While the subject matter has been described above in the general context of computer-executable instructions of a computer program that runs on a computer and/or computers, those skilled in the art will recognize that the subject innovation also can be implemented in combination with other program modules. Generally, program modules include routines, programs, components, data structures, etc. that perform particular tasks and/or implement particular abstract data types.

In the subject specification, terms such as “store,” “storage,” “data store,” data storage,” “database,” and substantially any other information storage component relevant to operation and functionality of a component, refer to “memory components,” or entities embodied in a “memory” or components comprising the memory. It will be appreciated that the memory components described herein can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory.

By way of illustration, and not limitation, nonvolatile memory, for example, can be included in volatile memory 1120, non-volatile memory 1122 (see below), disk storage 1124 (see below), and memory storage 1146 (see below). Further, nonvolatile memory can be included in read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable ROM (EEPROM), or flash memory. Volatile memory can include random access memory (RAM), which acts as external cache memory. By way of illustration and not limitation, RAM is available in many forms such as synchronous RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and direct Rambus RAM (DRRAM). Additionally, the disclosed memory components of systems or methods herein are intended to comprise, without being limited to comprising, these and any other suitable types of memory.

Moreover, it will be noted that the disclosed subject matter can be practiced with other computer system configurations, including single-processor or multiprocessor computer systems, mini-computing devices, mainframe computers, as well as personal computers, hand-held computing devices (e.g., PDA, phone, watch, tablet computers, . . . ), microprocessor-based or programmable consumer or industrial electronics, and the like. The illustrated aspects can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network; however, some if not all aspects of the subject disclosure can be practiced on stand-alone computers. In a distributed computing environment, program modules can be located in both local and remote memory storage devices.

FIG. 11 illustrates a block diagram of a computing system 1100 operable to execute the disclosed systems and methods in accordance with an embodiment. Computer 1112, which can be, for example, part of the hardware of a location determination component or timed fingerprint location component (e.g., 110, 210, 310, 410, 510, and 610), part of the hardware of an analysis component (e.g., LATAC 120, 220, 320, 420, 520 and 620), etc., includes a processing unit 1114, a system memory 1116, and a system bus 1118. System bus 1118 couples system components including, but not limited to, system memory 1116 to processing unit 1114. Processing unit 1114 can be any of various available processors. Dual microprocessors and other multiprocessor architectures also can be employed as processing unit 1114.

System bus 1118 can be any of several types of bus structure(s) including a memory bus or a memory controller, a peripheral bus or an external bus, and/or a local bus using any variety of available bus architectures including, but not limited to, Industrial Standard Architecture (ISA), Micro-Channel Architecture (MSA), Extended ISA (EISA), Intelligent Drive Electronics, VESA Local Bus (VLB), Peripheral Component Interconnect (PCI), Card Bus, Universal Serial Bus (USB), Advanced Graphics Port (AGP), Personal Computer Memory Card International Association bus (PCMCIA), Firewire (IEEE 1194), and Small Computer Systems Interface (SCSI).

System memory 1116 includes volatile memory 1120 and nonvolatile memory 1122. A basic input/output system (BIOS), containing routines to transfer information between elements within computer 1112, such as during start-up, can be stored in nonvolatile memory 1122. By way of illustration, and not limitation, nonvolatile memory 1122 can include ROM, PROM, EPROM, EEPROM, or flash memory. Volatile memory 1120 includes RAM, which acts as external cache memory. By way of illustration and not limitation, RAM is available in many forms such as SRAM, dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), Rambus direct RAM (RDRAM), direct Rambus dynamic RAM (DRDRAM), and Rambus dynamic RAM (RDRAM).

Computer 1112 also includes removable/non-removable, volatile/non-volatile computer storage media. FIG. 11 illustrates, for example, disk storage 1124. Disk storage 1124 includes, but is not limited to, devices like a magnetic disk drive, floppy disk drive, tape drive, Jaz drive, Zip drive, LS-100 drive, flash memory card, or memory stick. In addition, disk storage 1124 can include storage media separately or in combination with other storage media including, but not limited to, an optical disk drive such as a compact disk ROM device (CD-ROM), CD recordable drive (CD-R Drive), CD rewritable drive (CD-RW Drive) or a digital versatile disk ROM drive (DVD-ROM). To facilitate connection of the disk storage devices 1124 to system bus 1118, a removable or non-removable interface is typically used, such as interface 1126. For example, disk storage 1124 can store one or more TFL lookup tables facilitating lookup of location information based on NodeB site pairs and time values, historical fraud information, UE identifiers information, LAT transaction identifiers, etc.

Computing devices typically include a variety of media, which can include computer-readable storage media or communications media, which two terms are used herein differently from one another as follows.

Computer-readable storage media can be any available storage media that can be accessed by the computer and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer-readable storage media can be implemented in connection with any method or technology for storage of information such as computer-readable instructions, program modules, structured data, or unstructured data. Computer-readable storage media can include, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or other tangible and/or non-transitory media which can be used to store desired information. Computer-readable storage media can be accessed by one or more local or remote computing devices, e.g., via access requests, queries or other data retrieval protocols, for a variety of operations with respect to the information stored by the medium.

Communications media typically embody computer-readable instructions, data structures, program modules, or other structured or unstructured data in a data signal such as a modulated data signal, e.g., a carrier wave or other transport mechanism, and includes any information delivery or transport media. The term “modulated data signal” or signals refers to a signal that has one or more of its characteristics set or changed in such a manner as to encode information in one or more signals. By way of example, and not limitation, communication media include wired media, such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media.

It can be noted that FIG. 11 describes software that acts as an intermediary between users and computer resources described in suitable operating environment 1100. Such software includes an operating system 1128. Operating system 1128, which can be stored on disk storage 1124, acts to control and allocate resources of computer system 1112. System applications 1130 take advantage of the management of resources by operating system 1128 through program modules 1132 and program data 1134 stored either in system memory 1116 or on disk storage 1124. It is to be noted that the disclosed subject matter can be implemented with various operating systems or combinations of operating systems.

A user can enter commands or information into computer 1111 through input device(s) 1136. Input devices 1136 include, but are not limited to, a pointing device such as a mouse, trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, satellite dish, scanner, TV tuner card, digital camera, digital video camera, web camera, cell phone, smartphone, tablet computer, etc. These and other input devices connect to processing unit 1114 through system bus 1118 by way of interface port(s) 1138. Interface port(s) 1138 include, for example, a serial port, a parallel port, a game port, a universal serial bus (USB), an infrared port, a Bluetooth port, an IP port, or a logical port associated with a wireless service, etc. Output device(s) 1140 use some of the same type of ports as input device(s) 1136.

Thus, for example, a USB port can be used to provide input to computer 1112 and to output information from computer 1112 to an output device 1140. Output adapter 1142 is provided to illustrate that there are some output devices 1140 like monitors, speakers, and printers, among other output devices 1140, which use special adapters. Output adapters 1142 include, by way of illustration and not limitation, video and sound cards that provide means of connection between output device 1140 and system bus 1118. It should be noted that other devices and/or systems of devices provide both input and output capabilities such as remote computer(s) 1144.

Computer 1112 can operate in a networked environment using logical connections to one or more remote computers, such as remote computer(s) 1144. Remote computer(s) 1144 can be a personal computer, a server, a router, a network PC, a workstation, a microprocessor based appliance, a peer device, or other common network node and the like, and typically includes many or all of the elements described relative to computer 1112.

For purposes of brevity, only a memory storage device 1146 is illustrated with remote computer(s) 1144. Remote computer(s) 1144 is logically connected to computer 1112 through a network interface 1148 and then physically connected by way of communication connection 1150. Network interface 1148 encompasses wire and/or wireless communication networks such as local-area networks (LAN) and wide-area networks (WAN). LAN technologies include Fiber Distributed Data Interface (FDDI), Copper Distributed Data Interface (CDDI), Ethernet, Token Ring and the like. WAN technologies include, but are not limited to, point-to-point links, circuit switching networks like Integrated Services Digital Networks (ISDN) and variations thereon, packet switching networks, and Digital Subscriber Lines (DSL). As noted below, wireless technologies may be used in addition to or in place of the foregoing.

Communication connection(s) 1150 refer(s) to hardware/software employed to connect network interface 1148 to bus 1118. While communication connection 1150 is shown for illustrative clarity inside computer 1112, it can also be external to computer 1112. The hardware/software for connection to network interface 1148 can include, for example, internal and external technologies such as modems, including regular telephone grade modems, cable modems and DSL modems, ISDN adapters, and Ethernet cards.

The above description of illustrated embodiments of the subject disclosure, including what is described in the Abstract, is not intended to be exhaustive or to limit the disclosed embodiments to the precise forms disclosed. While specific embodiments and examples are described herein for illustrative purposes, various modifications are possible that are considered within the scope of such embodiments and examples, as those skilled in the relevant art can recognize.

In this regard, while the disclosed subject matter has been described in connection with various embodiments and corresponding figures, where applicable, it is to be understood that other similar embodiments can be used or modifications and additions can be made to the described embodiments for performing the same, similar, alternative, or substitute function of the disclosed subject matter without deviating therefrom. Therefore, the disclosed subject matter should not be limited to any single embodiment described herein, but rather should be construed in breadth and scope in accordance with the appended claims below.

As it employed in the subject specification, the term “processor” can refer to substantially any computing processing unit or device comprising, but not limited to comprising, single-core processors; single-processors with software multithread execution capability; multi-core processors; multi-core processors with software multithread execution capability; multi-core processors with hardware multithread technology; parallel platforms; and parallel platforms with distributed shared memory. Additionally, a processor can refer to an integrated circuit, an application specific integrated circuit (ASIC), a digital signal processor (DSP), a field programmable gate array (FPGA), a programmable logic controller (PLC), a complex programmable logic device (CPLD), a discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. Processors can exploit nano-scale architectures such as, but not limited to, molecular and quantum-dot based transistors, switches, and gates, in order to optimize space usage or enhance performance of user equipment. A processor may also be implemented as a combination of computing processing units.

As used in this application, the terms “component,” “system,” “platform,” “layer,” “selector,” “interface,” and the like are intended to refer to a computer-related entity or an entity related to an operational apparatus with one or more specific functionalities, wherein the entity can be either hardware, a combination of hardware and software, software, or software in execution. As an example, a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration and not limitation, both an application running on a server and the server can be a component. One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers. In addition, these components can execute from various computer readable media having various data structures stored thereon. The components may communicate via local and/or remote processes such as in accordance with a signal having one or more data packets (e.g., data from one component interacting with another component in a local system, distributed system, and/or across a network such as the Internet with other systems via the signal). As another example, a component can be an apparatus with specific functionality provided by mechanical parts operated by electric or electronic circuitry, which is operated by a software or firmware application executed by a processor, wherein the processor can be internal or external to the apparatus and executes at least a part of the software or firmware application. As yet another example, a component can be an apparatus that provides specific functionality through electronic components without mechanical parts, the electronic components can include a processor therein to execute software or firmware that confers at least in part the functionality of the electronic components.

In addition, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. Moreover, articles “a” and “an” as used in the subject specification and annexed drawings should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form.

Moreover, terms like “user equipment (UE),” “mobile station,” “mobile,” subscriber station,” “subscriber equipment,” “access terminal,” “terminal,” “handset,” and similar terminology, refer to a wireless device utilized by a subscriber or user of a wireless communication service to receive or convey data, control, voice, video, sound, gaming, or substantially any data-stream or signaling-stream. The foregoing terms are utilized interchangeably in the subject specification and related drawings. Likewise, the terms “access point (AP),” “base station,” “Node B,” “evolved Node B (eNode B),” “home Node B (HNB),” “home access point (HAP),” and the like, are utilized interchangeably in the subject application, and refer to a wireless network component or appliance that serves and receives data, control, voice, video, sound, gaming, or substantially any data-stream or signaling-stream to and from a set of subscriber stations or provider enabled devices. Data and signaling streams can include packetized or frame-based flows.

Additionally, the term “core-network”, “core”, “core carrier network”, or similar terms can refer to components of a telecommunications network that typically providing some or all of aggregation, authentication, call control and switching, charging, service invocation, or gateways. Aggregation can refer to the highest level of aggregation in a service provider network wherein the next level in the hierarchy under the core nodes is the distribution networks and then the edge networks. UEs do not normally connect directly to the core networks of a large service provider but can be routed to the core by way of a switch or radio area network. Authentication can refer to determinations regarding whether the user requesting a service from the telecom network is authorized to do so within this network or not. Call control and switching can refer determinations related to the future course of a call stream across carrier equipment based on the call signal processing. Charging can be related to the collation and processing of charging data generated by various network nodes. Two common types of charging mechanisms found in present day networks can be prepaid charging and postpaid charging. Service invocation can occur based on some explicit action (e.g. call transfer) or implicitly (e.g., call waiting). It is to be noted that service “execution” may or may not be a core network functionality as third party network/nodes may take part in actual service execution. A gateway can be present in the core network to access other networks. Gateway functionality can be dependent on the type of the interface with another network.

Furthermore, the terms “user,” “subscriber,” “customer,” “consumer,” “prosumer,” “agent,” and the like are employed interchangeably throughout the subject specification, unless context warrants particular distinction(s) among the terms. It should be appreciated that such terms can refer to human entities or automated components (e.g., supported through artificial intelligence, as through a capacity to make inferences based on complex mathematical formalisms), that can provide simulated vision, sound recognition and so forth.

Aspects, features, or advantages of the subject matter can be exploited in substantially any, or any, wired, broadcast, wireless telecommunication, radio technology or network, or combinations thereof. Non-limiting examples of such technologies or networks include Geocast technology; broadcast technologies (e.g., sub-Hz, ELF, VLF, LF, MF, HF, VHF, UHF, SHF, THz broadcasts, etc.); Ethernet; X.25; powerline-type networking (e.g., PowerLine AV Ethernet, etc.); femto-cell technology; Wi-Fi; Worldwide Interoperability for Microwave Access (WiMAX); Enhanced General Packet Radio Service (Enhanced GPRS); Third Generation Partnership Project (3GPP or 3G) Long Term Evolution (LTE); 3GPP Universal Mobile Telecommunications System (UMTS) or 3GPP UMTS; Third Generation Partnership Project 2 (3GPP2) Ultra Mobile Broadband (UMB); High Speed Packet Access (HSPA); High Speed Downlink Packet Access (HSDPA); High Speed Uplink Packet Access (HSUPA); GSM Enhanced Data Rates for GSM Evolution (EDGE) Radio Access Network (RAN) or GERAN; UMTS Terrestrial Radio Access Network (UTRAN); or LTE Advanced.

What has been described above includes examples of systems and methods illustrative of the disclosed subject matter. It is, of course, not possible to describe every combination of components or methodologies here. One of ordinary skill in the art may recognize that many further combinations and permutations of the claimed subject matter are possible. Furthermore, to the extent that the terms “includes,” “has,” “possesses,” and the like are used in the detailed description, claims, appendices and drawings such terms are intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim. 

1. A system, comprising: a location determination component configured to determine a location of a user equipment; and an analysis component configured to determine a value based on satisfaction of a predetermined condition relating to historical fraud information associated with the location of the user equipment.
 2. The system of claim 1, wherein the location determination component employs timed fingerprint location information to determine the location of the user equipment.
 3. The system of claim 1, wherein the user equipment comprises the analysis component.
 4. The system of claim 1, wherein a wireless carrier component comprises the analysis component.
 5. The system of claim 1, wherein a vendor component comprises the analysis component.
 6. The system of claim 1, further comprising a decision engine component configured to determine the satisfaction of the predetermined condition relating to the historical fraud information associated with the location of the user equipment.
 7. The system of claim 6, further comprising a rule component configured to receive a rule associated with the historical fraud information.
 8. The system of claim 1, further comprising a fraud history information component configured to receive the historical fraud information associated with the location of the user equipment.
 9. The system of claim 8, wherein the historical fraud information includes a fraud event.
 10. The system of claim 9, wherein the fraud event is correlated with temporal information.
 11. The system of claim 1, wherein the analysis component is further configured to determine the value as a function of a weighting factor based on an elapsed time from a fraud event occurrence.
 12. The system of claim 1, wherein the analysis component is further configured to associate the value to a transaction identifier.
 13. The system of claim 12, wherein the transaction identifier associated with a present transaction event is added to a historical fraud information store.
 14. The system of claim 13, wherein the transaction identifier added to the historical fraud information store is, at a future time, updated with historical fraud information relating to the previously present transaction event.
 15. A method, comprising: receiving location information associated with a user equipment; receiving fraud history information based on the location information associated with the user equipment; and determining a value in response to satisfying a predetermined condition relating to the fraud history information.
 16. The method of claim 15, further comprising receiving user equipment identification information to facilitate the receiving the location information.
 17. The method of claim 15, wherein the receiving the location information includes receiving timed fingerprint location information.
 18. The method of claim 15, further comprising receiving event identifier information to be associated with the fraud history information.
 19. A computing device comprising a processor, the processor at least configured to: receive user equipment identifier information associated with a user equipment; receive a transaction identifier for a transaction associated with the user equipment; receive location information associated with the user equipment; receive historical fraud information related to the location information; determine a fraud factor value based on the historical fraud information and the location information; associate the fraud factor value with the transaction identifier information; and facilitate access to the fraud factor value and the transaction identifier information.
 20. The computing device of claim 19, wherein the location information includes timed fingerprint location information. 